GitHub ↗ ← 返回

This date destroys Windows 11.ass

Enderman/This date destroys Windows 11.assASS共 62 条字幕
样式信息 (2)
Newman-CN-4K
名称Newman-CN-4K字体Sarasa Fixed SC SemiBold字号125主色&H0055FFFF辅色&H000000FF描边色&H00FF43E4背景色&H00FF2FFF粗体0斜体0下划线0删除线0水平缩放100垂直缩放100间距0角度0边框样式1描边1.5阴影1.2对齐2左边距10右边距10垂直边距20编码1
Enderman-CN-C
名称Enderman-CN-C字体Sarasa Fixed SC SemiBold字号135主色&H0000EAFF辅色&H000000FF描边色&H00000000背景色&H00000000粗体0斜体0下划线0删除线0水平缩放100垂直缩放100间距0角度0边框样式1描边1.5阴影1对齐2左边距0右边距0垂直边距75编码1
#10:00:00.760:00:05.46Newman-CN-4K
{\blur10\fad(200,200)}翻译/压制/字幕制作:HAF半个水果
#20:00:06.410:00:11.33Enderman-CN-C
{\fad(200,200)\pos(1930.666,1863.667)}请勿在 Windows 11 中设置为1601年
#30:00:07.080:00:17.08Newman-CN-4K
{\blur10\fad(200,200)\pos(1962.667,1633.333)}使用AI工具翻译,如有不准确的地方请在弹幕或评论区指正,谢谢!
#40:00:12.140:00:21.56Enderman-CN-C
{\fad(200,200)\pos(1925.333,1839.667)}大家好!我又来破坏 Windows 实时时钟,该内容要继承给我的下一代
#50:00:12.140:00:21.56Enderman-CN-C
{\fad(200,200)\pos(1903.999,2133)}今天我们将探索 Windows 11 在纪元时刻会发生什么
#60:00:22.080:00:33.91Enderman-CN-C
{\fs120\fad(200,200)\pos(1927.999,1821)}纪元是计时器的第一秒。在 UNIX 系统中,它指的是1970年1月1日 UTC 时间凌晨12点
#70:00:22.080:00:33.91Enderman-CN-C
{\fs120\fad(200,200)\pos(1927.999,2122.334)}微软则选择了另一个时间起点——1601年1月1日 UTC 时间凌晨12点
#80:00:23.090:00:33.91Enderman-CN-C
{\fs58\pos(2280,1681.667)}*UTC(协调世界时)是目前全球通用的时间标准,由国际原子时(TAI)和地球自转时间(UT1)综合计算而成,确保时间精确且与地球自转保持一致*
#90:00:34.540:00:45.88Enderman-CN-C
{\fs120\fad(200,200)\pos(1941.332,1834.334)}这种日期选择的奇特后果是,没人愿意测试边界情况,因为1601年实在太久远了
#100:00:34.540:00:45.88Enderman-CN-C
{\fs120\fad(200,200)\pos(2402.665,2117.001)}肯定没有一个活着的人会设置这样一个日期吧?
#110:00:48.980:01:00.28Enderman-CN-C
{\fs120\fad(200,200)\pos(1911.999,1831.667)}他们都错了。今天我们将把 Windows 系统回退425年,看看会发生什么
#120:00:48.980:01:00.28Enderman-CN-C
{\fs120\fad(200,200)\pos(1898.666,2109)}我将使用之前在 Windows XP 制作的同一个自定义驱动程序来破坏实时时钟
#130:01:13.960:01:27.51Enderman-CN-C
{\fs110\fad(200,200)\pos(1911.999,1829)}死机了。我最初的设想是展示我准备的所有预设,但 Windows 11 在第一个预设上就死机了
#140:01:13.960:01:27.51Enderman-CN-C
{\fs110\fad(200,200)\pos(2285.332,2103.667)}我之后会解释原因,但眼下就让我们看看它如何崩溃吧
#150:01:29.910:01:31.39Enderman-CN-C
{\fs300\pos(952,935.667)}:(
#160:01:32.260:01:38.48Enderman-CN-C
{\fad(200,200)\pos(1898.665,1818.334)}一切最终都以蓝屏结束(现在是黑色的,而且没有笑脸)
#170:01:32.260:01:38.48Enderman-CN-C
{\fad(200,200)\pos(1885.332,2135.667)}显示的是 {\c&HFFFFFF&}VIDEO_TDR_FAILURE{\r} 代码。显卡驱动向我们道了别
#180:01:40.580:01:53.06Enderman-CN-C
{\fad(200,200)\pos(1898.665,1829)}这个实验真正有趣的地方在于你甚至不需要修补任何时间门
#190:01:40.580:01:53.06Enderman-CN-C
{\fad(200,200)\pos(1890.665,2127.667)}1601年没有被NtSetSystemTime ()过程所限制。这是一个有效日期!
#200:01:41.810:01:53.06Enderman-CN-C
{\fs70\pos(2338.667,1693)}*汇编中 gate(门)是一种“受控的控制权转移机制”,用来安全地从一个特权级跳到另一个特权级,或者响应中断/异常*
#210:01:53.780:02:05.28Enderman-CN-C
{\fad(200,200)\pos(1911.998,1837)}我养成了一个机械的习惯,就是从所有调试中修补它
#220:01:53.780:02:05.28Enderman-CN-C
{\fad(200,200)\pos(1903.998,2130.333)}不管怎样,我们设置日期的时候运行一些东西吧——肯定会有问题。真卡!
#230:02:08.260:02:21.58Enderman-CN-C
{\fs120\fad(200,200)\pos(1919.998,1826.333)}只需设置一个完全有效的日期就能做到这一切。这甚至可以说是前所未有的愚蠢
#240:02:08.260:02:21.58Enderman-CN-C
{\fs105\fad(200,200)\pos(1911.998,2106.333)}即便是针对一个 Enderman 视频而言。因此,我们要准备好迎接这段由损坏的驱动带来的旅程了
#250:02:13.180:02:15.74Enderman-CN-C
{\fs300\pos(952,935.667)}:)
#260:02:32.210:02:44.09Enderman-CN-C
{\fs123\fad(200,200)\pos(1919.998,1829)}这不仅仅是驱动的问题。一切都崩溃了,而 Edge 显示了实际上正在发生的事情
#270:02:32.210:02:44.09Enderman-CN-C
{\fs123\fad(200,200)\pos(1895.998,2125)}我们实际上已经{\fs138\c&HFFFFFF&\b1}低于{\r\fs123}纪元!但我们真的低于吗?其实不然
#280:02:55.890:03:09.54Enderman-CN-C
{\fs123\fad(200,200)\pos(1919.998,1834.333)}我们实际上正处于纪元的起点。但我有一个比 UTC 更晚的时区
#290:02:55.890:03:09.54Enderman-CN-C
{\fs123\fad(200,200)\pos(1946.665,2117)}这会把我们的时间推到开始点之后。然而,时区只是装饰性的,不应该破坏驱动程序!
#300:03:10.090:03:18.93Enderman-CN-C
{\fs123\fad(200,200)\pos(1949.332,1834.334)}这确实是一个有趣的小众案例,因为我不曾真正料到 Windows 会如此严重地崩溃
#310:03:10.090:03:18.93Enderman-CN-C
{\fs123\fad(200,200)\pos(1935.998,2119.667)}好吧,如果没有人曾在生产版本中测试过这些边缘情况,那我们就来做第一个吧
#320:03:27.440:03:35.83Enderman-CN-C
{\fs123\fad(200,200)\pos(1933.331,183.667)}新日历实际上将1600年显示为闰年,而1700年则显示为普通年
#330:03:27.440:03:35.83Enderman-CN-C
{\fs123\fad(200,200)\pos(1946.664,479.667)}这真的让我很惊讶,因为这是正确的,我原本以为那是完全的胡说八道
#340:03:47.840:03:55.84Enderman-CN-C
{\fs123\fad(200,200)\pos(1919.997,1823.667)}日期和时间面板无法使用,新的日历也是。虽然新的日历会直接崩溃
#350:03:47.840:03:55.84Enderman-CN-C
{\fs123\fad(200,200)\pos(1909.33,2111.667)}并且完全无法使用,但日期和时间面板正常运行,只是提示日期不受支持
#360:04:12.380:04:20.31Enderman-CN-C
{\fs123\fad(200,200)\pos(1970.663,1829)}驱动在再次崩溃前意外地持续了一段时间
#370:04:12.380:04:20.31Enderman-CN-C
{\fs123\fad(200,200)\pos(1951.996,2117)}载荷(故障效果)完全不同,而且看起来很有趣
#380:04:30.580:04:38.41Enderman-CN-C
{\fs123\fad(200,200)\pos(1962.663,1893)}有没有人点了额外的光标和几个更多 Microsoft Edge 窗口?
#390:04:52.090:04:55.09Enderman-CN-C
{\pos(2216,1812)}* 在 X 上关注!
#400:05:00.130:05:10.56Enderman-CN-C
{\fs123\fad(200,200)\pos(1954.663,1834.333)}事件查看器能够显示看似被禁止的日期
#410:05:00.130:05:10.56Enderman-CN-C
{\fs123\fad(200,200)\pos(1949.33,2111.666)}这只是一个证明,日期可以被正确格式化并显示,只要代码编写得当
#420:05:13.390:05:23.79Enderman-CN-C
{\fs123\fad(200,200)\pos(1954.663,1828.999)}我认为整个系统崩溃的原因是GetLocalTime ()过程,特别是格式化程序
#430:05:13.390:05:23.79Enderman-CN-C
{\fs100\fad(200,200)\pos(1885.329,2125)}它们{\fs130\c&HFFFFFF&}有时{\r\fs100}会失败,而我的面板则切换回 UTC 时间的GetSystemTime (),但其他部分却没有这样做
#440:05:38.560:05:46.71Enderman-CN-C
{\fad(200,200)\pos(1938.662,1818.333)}在这之后,我们得到了漂亮的 Windows 11 故障效果
#450:05:38.560:05:46.71Enderman-CN-C
{\fad(200,200)\pos(1951.995,2130.333)}这是目前这个频道中看起来最好的。我觉得我从未见过类似的东西
#460:06:31.810:06:41.51Enderman-CN-C
{\fad(200,200)\pos(1959.995,1831.666)}损坏的驱动程序导致的图形故障完美地与 Windows 的卡顿相结合
#470:06:31.810:06:41.51Enderman-CN-C
{\fad(200,200)\pos(1930.661,2130.333)}我真的很喜欢看到这一幕,已经有一段时间没那么开心地制作视频了(*^_^*)
#480:06:48.790:06:54.08Enderman-CN-C
{\fad(200,200)\pos(1970.661,1869)}可以看到 Alt + Tab 窗口变成这样了
#490:06:59.040:07:02.14Enderman-CN-C
{\fad(200,200)\pos(1941.328,479.667)}双光标又回来了!我要把这 textbox 移上去,让你尽情感受一切。这是艺术!
#500:07:00.680:07:01.68Enderman-CN-C
{\fs30\frz317\pos(3704,509)}就是派大星
#510:07:41.210:07:54.54Enderman-CN-C
{\fad(200,200)\pos(1914.661,1815.667)}极度渴望更多?我这里还有!我不知怎么地设法与完全崩溃的系统进行了交互
#520:07:41.210:07:54.54Enderman-CN-C
{\fad(200,200)\pos(1898.661,2127.667)}并注销了用户配置文件。驱动程序已彻底瘫痪
#530:07:58.110:08:06.39Enderman-CN-C
{\fad(200,200)\pos(1930.661,1885)}我们已交换了颜色。现在正在闪烁灰色
#540:08:20.340:08:28.64Enderman-CN-C
{\fad(200,200)\pos(1938.661,1826.333)}在最后两次尝试中,我试图刺激驱动程序产生更坏的结果
#550:08:20.340:08:28.64Enderman-CN-C
{\fad(200,200)\pos(1927.994,2127.666)}但这并没有真正起到作用。无论是播放还是 WebGL 都没有产生影响
#560:08:35.630:08:43.93Enderman-CN-C
{\fad(200,200)\pos(1957.327,1826.333)}说实话,这是我在频道上制作过的最出乎意料的视频
#570:08:35.630:08:43.93Enderman-CN-C
{\fs120\fad(200,200)\pos(1943.994,2119.666)}纯粹是因为我从没想过,在这样一个被公认的年份里,Windows 会表现得如此糟糕
#580:08:44.760:08:54.46Enderman-CN-C
{\fs120\fad(200,200)\pos(1935.994,1828.999)}感谢观看本视频!驱动程序仍在开发中,待全面测试完成后会尽快发布
#590:08:44.760:08:54.46Enderman-CN-C
{\fs120\fad(200,200)\pos(1935.994,2116.999)}敬请关注更多展示 Windows 系统糟糕表现的视频!
#600:08:56.590:09:16.29Newman-CN-4K
{\blur10\fad(200,200)\fscx185\fscy188\pos(1919.999,718.666)}在 Youtube 上关注
#610:08:57.710:09:16.29Newman-CN-4K
{\blur10\fad(200,200)\pos(1925.333,1446.667)}原标题:This date destroys Windows 11 原作者:Enderman\N
原视频上传日期:2026年7月16日\N
翻译/压制/字幕制作:HAF半个水果\N
\N
字幕制作不易,喜欢的话支持一下我吧!
#620:09:04.740:09:13.04Newman-CN-4K
{\blur10\fad(200,200)}如果你喜欢这个视频,请多多支持和评论哒~ o((>ω< ))o